home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
BBS Toolkit
/
BBS Toolkit.iso
/
doors_1
/
inter102.zip
/
EZYINTER.DOC
next >
Wrap
Text File
|
1992-08-26
|
3KB
|
91 lines
EzyInter V1.02
Ezycom File Interchange
Copyright Peter Davies 1992.
Fidonet 3:636/213
What is Ezyinter?
o EzyInter allows you and at least one other BBS to
share a file base without having to manually Hatch new
files.
o EzyInter is specifically written for use with the
Ezycom BBS software.
o EzyInter requires Tick and Hatch V2.00 and above.
Later versions might include compatiability for other Tick
type programs.
o EzyInter is designed to work 100% with its sister
product Inter written by Peter Buncle (for use with
FILES.BBS).
Licensing Agreement
EzyInter is free for use for one and all.
EzyInter is distributed as-is. The author disclaims
all warranties, expressed or implied. The author will
assume no liability for damages either from the product or
as a consequence of the use of this product.
EzyInter may NOT be tampered, modified, reverse
engineered, and more without severly doing damage to your
hard disk.
Instructions
EzyInter must be run for EACH filearea you wish share
with other BBSs. Make sure you have Ezycom and Tick setup
first, as EzyInter requires both of these to function 100%.
Hatch.Exe must be either in the current path, or it must be
in the PATH statement.
EzyInter <area name> <file area> <tick dupe path>
To share files with another BBS for filearea 20 of
Ezycom, the Tick AREANAME is called BBUPLOAD and your Tick
dupe path is C:\TICK\DUPE then you would run EzyInter as
EzyInter BBUPLOAD 20 C:\TICK\DUPE
All files in the filearea 20, which have not been
processed by Tick (Seen by other BBSs), are automagically
Hatched out.
EzyInter uses the dupe file list for BBUPLOAD to
determine which files have been seen by other BBSs. Not
having this file would result in all files being Hatched.
Support
If, you have any ideas, or problems, and more, you can
reach me (Peter Davies) in the EC_SUPPORT conference, or via
netmail at the Fidonet addresses cited earlier in this
document.
Credits
Thanks to
Donald Grover donald.grover@f100.n636.z3.fido.org.au,
Garry Gillard,
Peter Buncle.
End of document